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Data Communications 

This invention relates to data communications, and in particular, but not 
exclusively, to the retrieval of electronic goods such as World Wide Web ("Web") 
pages via a data communications network such as the Internet, and the charging 
therefor by the supplier thereof. 

The charging of content on the Internet is known. It involves a transfer of 
financial information, such as credit card numbers, etc, over the Internet or the 
establishment of a periodically-billed account with the content provider. However, 
where the user wishes to access contents supplied by a number of different 
suppliers, or where a supplier wishes to supply contents to unknown individuals, 
these charging schemes have drawbacks. Users are hesitant to release personal 
financial information to many different suppliers, whereas content providers are 
hesitant to supply chargeable contents without the immediate settlement of the 
charge by the user or the establishment of a long-term credit arrangement with the 
user. 

Another known system for the supply of chargeable content by a number 
of suppliers involves an intermediary which conducts the financial transaction with 
the user, and generates a "digital offer'' which is treated as acceptable currency by 
a number of third party content providers. The content providers are periodically 
paid for their content by the intermediary. However, the third party content 
providers must use "commerce enabled" Web servers which are able to handle and 
decrypt the digital offers provided by the intermediary. 

WO 97/03410 describes an Internet billing method in which an Internet 
access provider makes arrangements with vendors who wish to sell goods to 
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customer of the provider, and the provider bills the customers for products and 
services purchased from the vendors. When a customer is connected to the 
Internet, the customer can interface with any of the vendors in order to find out 
about products or services offered by the vendors- The customer may then make 
5 a decision to order a product, an exchange of transaction information occurs 
between the customer and the vendor. This exchange includes information 
identifying the customer and information relating to the product or services to be 
purchased including the transaction amount, the manner and time of delivery and a 
reference number to identify that order. The transaction information is obtained by 

10 the provider, either by a separate transmission by the vendor or the customer to 
the provider, or by the provider extracting the information from the communication 
between the customer and vendor. 

WO 97/41539 describes a system for secure network electronic payment 
and credit collection. An encrypted communication session is set up between a 

1 5 customer and a merchant, during which customer financial details are transmitted 
to the merchant. The merchant is not able to decrypt all the details. The 
merchant sets up a further encrypted communication session with a "payment 
gateway", whereby the customer financial details are confirmed and the payment 
authorised. 

20 EP-A-0 801 479 describes a data network security system and method 

whereby communication of credit card or other sensitive information is effected by 
a separate independent connection between a user's Internet access provider and 
a content provider. The separate connection is over a public switched telephone 
network, rather than via the Internet. 
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In accordance with one aspect of the invention, there is provided a method 
of controlling user requests in a server system communicating with a user and a 
third party via a data communications system, said method comprising: 

receiving a digital request for goods from said user via said data 
5 communications system; 

passing on said request to said third party via said data communications 

system; 

receiving a digital code relating to said goods from said third party via said 
data communications system; 
0 setting in said server system a price value to be charged to said user for 

said goods in dependence on said code; 

determining whether said goods are to be provided by said third party on 
the basis of said price value; and 

arranging said goods to be provided by said third party if the result of said 
5 determination is positive. 

In accordance with a further aspect of the invention, there is provided a 
method of providing goods to users communicating via a data communications 
system, said method comprising: 

receiving at a first server system via said data communications system a 
0 digital request for goods from a second server system controlling requests 
originating from a user; 

transmitting a digital code relating to said goods to said second server 
system via said data communications system; and 

providing said goods if a confirmation of said request is received from said 
5 second server system via said data communications system, 
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wherein said digital code refers to a price value, to be set by said second 
server system, to be charged to said user via said goods* 

In accordance with a yet further aspect of the invention, there is provided 
a method of charging content provided by third parties in a data communications 
5 system, said method comprising: 

receiving a digital code relating to content which is offered to a user by a 
third party; 

selecting one of a plurality of different charging schemes; and 
generating a price value to be charged for said content on the basis of said 
10 code in accordance with said selected charging scheme. 

In embodiments of the invention, a gateway server can control access to 
the goods of third parties. In cases where the goods requested may not be desired 
by, or should possibly not be provided to, a user, a third party informs the gateway 
with a digital code allowing the gateway server to determine whether or not the 
15 goods are to be provided. Where a number of third parties are serviced by the 
gateway server, the users accessing the third party goods need only establish a 
relationship with the party controlling the gateway server, which in turn may 
establish individual relationships with each of the third parties. 

Furthermore, an actual price to be charged to the user by a gateway may 
20 be varied by the gateway server, independently of any pricing arrangements made 
with or employed by a content provider. For example, a different charging scheme 
may be selected in the gateway server so as to alter the price which would be 
charged, for content associated with the same digital code, to the same user with 
time, thereby providing temporal flexibility in the price to be charged. Different 
25 charging schemes may also be selected in dependence on the user. This allows 
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volume discounts, special offers, etc to be applied by the gateway server for 
selected users. 

According to a further aspect of the invention there is provided a method 
of providing content to users in a data communications system, said method 
5 comprising: 

receiving a digital request for content from a user; 
transmitting said request to a third party; 

receiving data comprising first content from said third party, said first 
content comprising a code for selecting second content to be presented to a user; 
10 transmitting said received data to said user; 

receiving a request for said second content from said user; and 
transmitting said second content to said user. 

This aspect allows embodiments of the invention whereby second content 
may be added by a gateway server to first content provided by a third party, 
15 without the third party needing to provide the second content itself. The third 
party may therefore be relieved of the need to alter its content in accordance with 
the second content to be added, which may instead be performed conveniently by 
the gateway server. 

Preferably, the second content includes a price to be charged for goods 
20 offered by the third party. This allows a price displayed on the user's terminal to 
be set by the party controlling the gateway server, rather than the third party. 

The second content may also be customised in accordance with a 
requirement set by the party controlling the gateway server, whilst the first 
content remains as specified by the third party. 
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Further features and advantages of the present invention in its various 
aspects will be appreciated from the following description of a preferred 
embodiment of the invention, made with reference to the accompanying drawings 
wherein: 

5 Figure 1 is a block diagram schematically illustrating a data content 

retrieval system in accordance with an embodiment of the present invention; 

Figure 2 is a block diagram schematically illustrating a portion of the 
arrangement of Figure 1 in greater detail- 
Figure 3 is a flow diagram illustrating authentication procedures carried out 
1 0 between a user terminal and the gateway server of Figures 1 and 2; 

Figure 4 is a flow diagram illustrating procedures carried out by a user 
terminal, a gateway server and a third party server during retrieval of documents 
by the user; and 

Figure 5 is a flow diagram illustrating further procedures carried out by a 
1 5 client, a gateway server and a third party server for the retrieval of a document. 

Figure 1 is a block diagram illustrating a data content retrieval system in 
accordance with an embodiment of the present invention. The system consists of 
a gateway server GS, and a plurality of third party servers TPS1 , TPS2 ... TPSn. 
Three different examples of user terminal T1, T2, T3 are illustrated, each of which 
20 is connected to the system via a data communications network, in this 
embodiment the Internet. 

The third party servers TPS1 , TPS 2 ... TPSn are remotely connected to the 
gateway server via secure communications links 2 (which may be separate 
physical links and/or logical links which use secure encryption during 
25 communications) and/or are co-located with the authentication server. 
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Each of the servers illustrated in Figure 1 may be implemented on a 
computing resource, such as a work station computer. Each of the user terminals 
T1, T2, T3, etc may be implemented in the form of a work station computer, a net 
computer, a mobile communications terminal, etc. 
5 Figure 2 schematically illustrates further details of the data retrieval 

system, exemplifying a single user terminal T1 and a single third party server 
TPS1. Both the gateway server GS and the third party server TPS1 are servers, 
and the user terminal T1 is provided with application software in the form of a 
Web client, or browser, such as Netscape Navigator (trade mark) or Microsoft 

10 Internet Explorer (trade mark). 

The gateway server GS includes software applications in the form of a 
Web server 10, a search command gateway interface (CGI) 12, an account 
viewing CGI 14, a price viewing CGI 16 and a proxy CGI 18. Also included is a 
pricing database 20 storing different charging schemes, a credit limit database 22 

1 5 storing per-user credit limits, an operator control interface 24 and a billing engine 
26. In addition, the gateway server is provided with an authentication database 
AD storing authentication details on a per-user basis. 

The third party server TPS1 meanwhile includes a search engine 30, a 
content engine 32, a pricing database 34 and a charging database 36. The 

20 content engine 32 stores and transmits data including Web pages in response to 
requests from the gateway server. The pricing database stores price codes for 
each item of premium content stored on the content engine 32. 

In order to access the gateway server GS, the Web client sends a request 
for a document over the Internet. In order to identify and locate a document in a 

25 Web server, files are identified by a universal resource locator (URL). The URL is 
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structured to identify the service protocol {which in this embodiment is HTTP), the 
"domain" of the Internet server, the directory of the file in the Internet server, and 
the file name. A typical URL structure for documents on the gateway server is as 
follows: 

5 

HTTP://gatewaydomain/directory/filename 

Thus, in order to retrieve a document directly from the gateway server, 
the Web client transmits an appropriate URL in which the domain is that of the 
10 gateway server. 

On the other hand, a typical URL structure for documents on a third party 
server is as follows: 

HTTP://thirdparty.gatewaydomain/directory /filename 

15 

Thus, the documents located on the third party server TPS1 are also 
identified and located using the domain of the gateway server. A document 
request is passed initially to the gateway server which passes the request on to 
the third party server in accordance with the third party specified in the URL. 

20 Figure 3 illustrates an authentication procedure carried out between the 

Web client and the gateway server GS. In the procedure illustrated, the user is 
initially not logged on (i.e. not yet authenticated). 

The authentication procedure uses the Web-based functionality of "client- 
side persistent information", more commonly referred to as "cookies". Cookies 

25 may be sent from a Web server, embedded in a document sent on request by that 
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server. On receiving a cookie, the Web client automatically stores the information 
in the cookie, and thereafter automatically transmits the information in a document 
request whenever the Web client attempts to retrieve a document from a server in 
the same domain as a server from which it received the original cookie. The Web 
5 client used in the present embodiment is a browser which supports cookies, such 
as those mentioned above. 

Referring to Figure 3, in order to log on a user, the Web client transmits a 
document request (URL), step 100, to the gateway server. In response to the 
document request from a currently unauthenticated user, the gateway server 
0 generates a token, which consists of a large random number. That token is then 
sent to the client in the form of a token cookie, step 102. On receipt of the 
cookie, the client stores it, step 104, and performs an authentication algorithm 
using the token which it has just been sent, step 106. The authentication 
algorithm takes the user name and password entered by the user in the client 
5 terminal T1 and performs a one-way hashing function on those parameters in 
combination with the token. The result of the calculation is then transmitted back 
to the gateway server, step 108. 

On receipt of the response from the client, the gateway server retrieves 
from the authentication database AD the password for the user and reperforms the 
0 authentication algorithm on the gateway server side using the token previously 
sent. If the response received and the independently-calculated algorithm result 
correspond, step 110, the user is marked as logged-on in the authentication 
database AD by storing the token against the user's record, and the original 
request is processed, step 112. 
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When the user is marked as logged-on in the authentication database AD, 
a timer is set in the authentication database for the user which eventually 
terminates the log on status of its user. Each time a document request is received 
from the user client containing a valid token cookie, the authentication database 
5 AD both confirms the current logged-on status of the user to the gateway server 
10, and resets the users timer. Thus, if no document request is received from the 
logged-on user for a predetermined period of time, for example 5 minutes, the user 
is automatically logged-off such that when a document request is next received 
from the user containing the same token cookie, the user must reauthenticate. 

10 If in step 110 the gateway server determines that no valid response is 

received, most probably due to the incorrect entering of the user's password, and 
if it is the first failure for the user, a failure flag is incremented once and the 
gateway server sends a new address token including the failure flag in a new 
cookie to the user client, step 102. Once the user has failed three times to 

1 5 authenticate, the gateway server sends an error message to the user client, 
indicating that the user will not be logged-on, step 1 16. 

Once the user has authenticated, each request for a document either from 
the gateway server itself or from one of the third party servers TPS1, TPS2 ... 
TPSn will be treated as a request from a valid user, since the request will be 

20 accompanied by a cookie containing a token indicating that the user is currently 
logged-on. The gateway server on checking the token contained in the cookie 
accompanying the document request against the token recorded in the 
authentication database AD determines that the user is currently logged-on. 
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Figure 4 illustrates procedures carried out when an authenticated user 
requests a document either from the gateway server itself or from one of the third 
party servers, step 200. 

If the request is directed at the gateway server itself, the gateway server 
5 transmits the requested document (an HTML Web page), step 202, to the client 
which parses and displays the document, step 204. Such a document may for 
example be a home page containing hypertext links to each of the third party 
servers. 

If on the other hand the document request received by the gateway is 
10 intended for a third party server, the gateway server passes on the document 
request to the appropriate third party, step 206. The third party server then 
determines, from its pricing database 34, whether the document contains premium 
content, that is to say whether the document is to be charged for. If not, the 
document (an HTML Web page) is transmitted, step 208. The gateway server 
15 passes on the document, step 210, and the document is parsed and displayed at 
the client terminal, step 212. 

if on the other hand the third party content document is to be charged for, 
the third party server determines from the pricing database 34 which of a plurality 
of price codes the document has been allocated. These price codes are 
20 predetermined by the party controlling the gateway server and are commonly used 
by all third party servers. The third party server then returns an HyperText 
Transfer Protocol (HTTP) "402" error message (defined as "payment required" in 
RFC 2068) including the price code for the requested document to the gateway 
server, step 216. 
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On receipt of the HTTP "402" error message, containing the price code 
from the third party, the proxy CGI 18 selects one of a plurality of charging 
schemes held in the pricing database 20, in dependence on the user identity and/or 
the current date/time, and sets a price to be charged to the user as determined by 
5 the selected charging scheme, step 218. 

The Table below indicates an exemplary format of entries in the pricing 
database 20 which is used by the proxy CGI 18 to set the price to be charged to 
the user on receipt of different price codes PC1 and PC2. In this embodiment, the 
price to be charged to a user for the goods corresponding to the price codes 

10 depend both on a user category to which the user receiving the goods belongs, 
and the current date. In the example given in the Table, there are three user 
categories A, B and C. There are three date/time limits illustrated in the table, 
being X, Y and Z. Prices L, M, N, R S and T are valid for the period spanning from 
X until Y. Prices O, P, Q, U, V, W are levied on receipt of the same price codes 

15 PC1, PC2 but received at different times, namely within the period spanning from 
Y to Z. 



PRICE CODE 


USER 
CATEGORY 


VALID FROM 


VALID TO 


PRICE 


PC1 


A 


X 


Y 


L 


PC1 


B 


X 


Y 


M 


PC1 


C 


X 


Y 


N 


PC1 


A 


Y 


Z 


0 


PC1 


B 


Y 


Z 


P 


PC1 


C 


Y 


z 


Q 


PC2 


A 


X 


Y 


R 


PC2 


B 


X 


Y 


S 


PC2 


C 


X 


Y 


T 


PC2 


A 


Y 


Z 


U 


PC2 


B 


Y 


Z 


V 


PC2 


C 


Y 


Z 


w 
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The proxy CGI 18 may be informed of the user category by means of a 
user database associated with a gateway server, for example the billing database 
held in the billing engine 26. The user categories may be used to apply different 
levels of discount awarded by the operator of the gateway server. 

As will be evident from the Table, a plurality of prices charged to users 
may correspond with a price code. For example, six different prices L, M, N, O, P 
and Q may be charged for content associated with a single price code PC1 in the 
pricing database 34 of the third party server. The charging scheme in this example 
is selected both on the basis of a user category and a current date/time. In 
alternative embodiments, the price levied to a user on receipt of a price code from 
a third party server may vary solely on the basis of the identity of the user or the 
current date/time or a combination of parameters (including those mentioned thus 
far) may be used to determine the price to be charged to the user. 

In the description relating to the Table, the proxy CGI looks up a price to 
be charged to the user on the basis of the price code and a further parameter. In a 
further alternative, the price to be charged may be set only by looking up a price 
which corresponds directly with a price code from the pricing database 20. This 
one-to-one look-up in the gateway server still allows the price to be varied with 
time, by altering the price entries in the pricing database which correspond to each 
price code. 

As an alternative, the proxy CGI may calculate a price to be charged to the 
user by applying a pricing formula associated with the price code in the pricing 
database 20. 

Next, the proxy CGI checks each of one or more credit limits held for the 
user in credit limit database 22 to ensure the acceptability of the goods purchase. 
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These credit limits may include a credit limit set by an administrator of the 
gateway server and/or a limit set by an administrator acting on behalf of the user. 
Providing the credit limit will not be exceeded by the purchaser, the proxy CGI 
generates an HTML form displaying the price to be charged requesting 
5 confirmation of the order and transmits it to the client terminal, step 222. 

The client terminal parses and displays the HTML form, step 224, 
requesting the user to confirm or reject the order, step 226. Alternatively, the 
Web client application may be preconfigured to reject any documents which are to 
be charged for, or documents exceeding a certain price. The filled-in form is then 

10 returned by the Web client, step 228. 

At the gateway server, if the form returned rejects the order, the gateway 
closes the connection with the third party and no further interaction occurs until a 
further request is originated from the client terminal, if on the other hand the form 
returned indicates a confirmation of the order, the proxy CGI generates a 

15 transaction identity (TXID), step 230, and transmits a document request (the URL 
of the premium content Web page) along with the transaction identity, step 232. 

On receipt of a document request accompanied by a recognizable 
transaction identity from the gateway server, the third party server records the 
transaction identity and the price code for the document requested in its charging 

20 database, 36, and transmits the document (an HTML Web page) to the gateway 
server, step 236. 

On receipt of the premium content Web page from the third party server, 
the gateway server debits the user's account and records the transaction identity 
against the user's account in the billing engine 26, step 238, for subsequent 
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billing. The Web page itself is passed on to the Web client, step 240, which 
parses and displays the Web page. 

In the procedure described above, the third party server checks with the 
gateway server in order to determine whether or not a premium content Web page 
5 is to be transmitted to the user. During the check, the third party need not have 
any knowledge relating specifically to the user requesting the premium content 
Web page. However, if desired one or more details relating to the user (for 
example, the user identity) may be passed to the third party server by the gateway 
server along with a document request, to allow the third party server to 
10 personalise the content of the Web page before transmission to the gateway 
server. 

Figure 5 is a flow chart explaining the functionality provided by the price 
viewing CGI 1 6, enabling content to be customised by the gateway server. The 
price viewing CGI 1 6 uses a price code inserted into the HTML content of a third 

15 party Web page, and generates an image file containing a corresponding price, 
calculated by the gateway server, to be inserted into in the page supplied by the 
third party. The price viewing CGI takes the price code as an argument and 
returns the image file (a graphics interchange format or GIF) showing the price. 
The price shown in the image file is calculated in the same manner as the 

20 calculation carried out by the proxy CGI in step 218 of the negotiating process for 
ordering a premium content Web page as shown in Figure 4. Namely, a charging 
scheme is selected depending on the identity of the user and/or the date/time, and 
a corresponding charging algorithm is used to convert the price code into an actual 
price to be displayed. 
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Referring to Figure 5, the client terminal initiates the procedure by 
transmitting a document request from an authenticated user and intended for the 
third party server, step 300, which is received at the gateway server and passed 
on to the third party server, step 302. The third party server in return transmits 
5 the document, step 304. As will be appreciated, if the document is a premium 
content page, steps 214 to 234 as illustrated in Figure 4 are carried out before the 
document is transmitted in step 304. The document transmitted in step 304 
contains primary content in the form of an HTML page, a line of HTML including a 
price or product code. This may be an HTML line such as: 

10 

< img src = "http://gatewaydomain/cgi-Bin/VIEWPRICE.cgi?code = 0 1 4" > 

This HTML line indicates that an image file is to be retrieved from the 
gateway server which will provide a price, in the form of an image generated or 
15 selected by the price viewing CGI 16 depending on the price code, which in the 
example given above is 014. 

On receipt of the document, the gateway server passes the document 
directly to the client terminal, step 306. At the client terminal, the Web client 
application parses the HTML, step 308. On parsing the HTML line described 
20 above, the Web client requests the image file from the gateway server, step 310. 

On receiving the request, the gateway server converts the price code 
contained in the image file request to a GIF image file displaying the corresponding 
price for that user, step 312, and returns it to the user client, step 314. The client 
terminal then displays the entire Web page, step 316, including the primary 
25 content received directly from the third party and the secondary content in the 



WO 99/31610 PCT/GB98/03752 

17 

form of the image file displaying the price received from the gateway server. The 
page itself may for example be a home page for the third party server, which 
includes hypertext links to one or more of its premium content Web pages, the 
price to be charged being displayed as an image (or simply text) next to the 
5 hypertext link. 

The use of the functionality illustrated in Figure 5 provides a flexible 
pricing capability without the need for the gateway server to parse all third party 
Web pages for specific meta-characters relating to the price. Furthermore, the 
functionality allows the gateway server not only to define the prices to be 
0 displayed in dependence on the user and/or the date/time, but may also define the 
format of prices to be displayed in dependence on the user and/or the date/time if 
desired. 

The account viewing CGI 14 interfaces with the billing engine 26 to enable 
a user to view all premium content charges in their account from any or all of the 
5 third party content providers at the same time. In addition, the account viewing 
CGI allows an administrator acting on behalf of the user to alter the user-defined 
credit limit stored in the database 22. 

The search CGI 1 2 enables a user to conduct a search across one or more 
of the third party servers connected to the gateway server. The search CGI 
0 retrieves information from each third party search engine 30 and reformats the 
information into a common format for presentation to the user. 

A whole host of variations could be employed in relation to the 
embodiment described above. 

Although in the above the code transmitted by the third party server in 
5 relation to an item of premium content describes a pricing characteristic of the 
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content, it is envisaged that similar functionality could be used to encode other 
characteristics of the content. For example, the code may signify the minimum 
age of a person to whom the content is addressed, whereas the gateway server 
maintains age details of its user base. Thereby, the gateway server could act to 
filter content to ensure that the age of the user is taken into account before the 
content is passed on to the user. If the material is inappropriate for the age of user 
concerned, as indicated by what in that case would be an age code, the gateway 
server may block the content before it reaches the user. 

Although in the above embodiment the unit of content to which the price 
code and charge is attached is a single Web page, the unit of content may be 
measured differently, for example, it may consist of a number of Web pages or a 
duration of access to a range of content on any particular third party server. 

A particular advantageous authentication scheme utilising the functionality 
of cookies is used in the above embodiment. However, other Web-based 
authentication schemes may also be used by the gateway server in order to 
authenticate users before access to premium content on third party servers is 
granted. 

It is envisaged that further variations and alternatives may be employed 
without departing from the scope of the present invention which is defined in the 
accompanying claims. 
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CLAIMS 

1. A method of controlling user requests in a server system 
communicating with a user and a third party via a data communications system, 
5 said method comprising: 

receiving a digital request for goods from said user via said data 
communications system; 

passing on said request to said third party via said data communications 

system; 

0 receiving a digital code relating to said goods from said third party via said 

data communications system; 

setting in said server system a price value to be charged to said user for 
said goods in dependence on said code; 

determining whether said goods are to be provided by said third party on 
5 the basis of said price value; and 

arranging said goods to be provided by said third party if the result of said 
determination is positive. 

2. A method according to claim 1, comprising receiving a further digital 
0 request and setting a different price value to be charged to a user on receipt of the 

same digital code. 

3. A method according to claim 1 or 2, wherein said price value is 
derived from said code by said server system with reference to a pricing database. 
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4. A method according to claim 1, 2 or 3, wherein said determining 
step comprises referring to an acceptance criterion set for said user. 

5. A method according to claim 4, wherein said acceptance criterion is 
5 a monetary limit. 

6. A method according to any preceding claim, wherein said 
determining step comprises transmitting said price value to said user and 
requesting a confirmation response from said user. 

10 

7. A method according to any preceding claim, wherein said price value 
is derived from said code by a selected charging scheme. 

8. A method according to claim 7, comprising selecting said charging 
15 scheme in dependence on the user. 

9. A method according to claim 7 or 8, comprising selecting said 
charging scheme in dependence on a time value. 

20 10. A method according to any preceding claim, comprising performing 

authentication of said user before said passing on step. 

11- A method according to any preceding claim, wherein said goods 
comprise electronic goods. 

25 
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12. A method according to any preceding claim, wherein said data 
communications system is an Internet-based system. 

13. A method according to claim 12, wherein said code is transmitted 
5 from said third party in an HTTP message. 

14. A method of providing goods to users communicating via a data 
communications system, said method comprising: 

receiving at a first server system via said data communications system a 
digital request for goods from a second server system controlling requests 
originating from a user; 

transmitting a digital code relating to said goods to said second server 
system via said data communications system; and 

providing said goods if a confirmation of said request is received from said 
second server system via said data communications system, 

wherein said digital code refers to a price value, to be set by said second 
server system, to be charged to said user via said goods. 

15. A method of charging content provided by third parties in a data 
20 communications system, said method comprising: 

receiving a digital code relating to content which is offered to a user by a 
third party; 

selecting one of a plurality of different charging schemes; and 
generating a price value to be charged for said content on the basis of said 
25 code in accordance with said selected charging scheme. 
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16. A method according to claim 15, wherein said different charging 
schemes are selected between so as to alter the price which would be charged to 
the same user with time. 

5 

17. A method according to claim 15 or 16, wherein said different 
charging schemes are selected between in dependence on the user. 

18. A method according to any of claims 15 to 17, further comprising 
10 determining whether said price value to be charged is acceptable before said 

content is provided to said user. 

19. A method according to claim 18, wherein said determining step 
comprises requesting a confirmation response from said user. 

15 

20. A method according to claim 19, wherein said confirmation request 
comprises said price value to be charged, 

21. A method of providing content to users in a data communications 
20 system, said method comprising: 

receiving a digital request for content from a user; 
transmitting said request to a third party; 

receiving data comprising first content from said third party, said first 
content comprising a code for selecting second content to be presented to a user; 
25 transmitting said received data to said user; 
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receiving a request for said second content from said user; and 
transmitting said second content to said user. 

22. A method according to claim 21, wherein said secondary content 
5 includes a price to be charged for goods offered by said third party. 

23. A method according to claim 21 or 22, wherein said secondary 
content comprises an image file. 

10 24 - A method according to claim 21, 22 or 23, wherein said request for 

said second content comprises said code. 

25. A method according to claim 24, wherein said request for said 
second content comprises a Uniform Resource Locator. 

15 

26. A method according to any of claims 21 to 25, wherein said second 
content is selected for transmission on the basis of said code and a further 
parameter. 

20 27 - A method according to claim 26, wherein said further parameter 

relates to the identity of the user. 



28. A server system arranged to perform the method of any of claims 1 

to 29. 
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